home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / datacomm / 2362 < prev    next >
Encoding:
Text File  |  1996-08-05  |  6.6 KB  |  143 lines
  1. Path: newsfeed.internetmci.com!xmission!news
  2. From: jsburger@xmission.com (John S. Burger)
  3. Newsgroups: comp.sys.amiga.datacomm
  4. Subject: Re: Opening IBrowse on own screen?
  5. Date: 03 Apr 96 09:45:42 +0500
  6. Organization: XMission Internet (801 539 0900)
  7. Message-ID: <6208.6667T585T2120@xmission.com>
  8. References: <4ift4t$sn@vixen.cso.uiuc.edu> <335.6649T1416T1151@crl.com><4ii2af$jnr@vixen.cso.uiuc.edu><1774.6657T806T1259@mag-net.co.uk>
  9.     <151296@cup.portal.com> <5198.6667T209T1103@inforamp.net>
  10. NNTP-Posting-Host: slc91.xmission.com
  11. X-Newsreader: THOR 2.22 (Amiga;TCP/IP)
  12.  
  13.  
  14. On or about 03-Apr-96 13:31:56 wjustice typed the following words about "Re: Opening IBrowse on own screen?".  My reply is thus...
  15.  
  16.  Hi wjustice,
  17.  
  18.  
  19.  w> Hi Harv,
  20.  
  21.  w> Given your reputation and credibility as an Amiga user, I was beside
  22.  w> myself when I saw your post just two days after I had emailed Dave
  23.  w> Haynie, complaining about the lack of printable docs...just Amiga
  24.  w> Guide help for his DiskSalv 3.  I though that I was the only Amiga
  25.  w> user left in the western hemisphere who didn't think AmigaGuide was
  26.  w> the cat's meow.
  27.  
  28.  w> He very promptly, thoroughly and politely replied, but when I got to
  29.  w> the end of the message, I still felt like there was a generation
  30.  w> gap between us.
  31.  
  32. >>(on .guide files being harder to use than plain text docs..)
  33.  
  34.  w> In my case, all I wanted was a doc//text file which I could print out
  35.  w> and take upstairs with me at bedtime.  Given a few days (maybe weeks),
  36.  w> I feel that I would have been comfortable using his program.  He also
  37.  w> includes in his AmigaGuide other information, like the structure of
  38.  w> the AFS, his own background, etc.
  39.  
  40.  w> I suppose that I could argue that I'd paid full dollar (over $55.00
  41.  w> Cdn) for his program and should have the right to access all of the
  42.  w> information on it.  But that's not the point.
  43.  
  44.  w> The point is that I'm too old to stare at my Amiga monitor for a
  45.  w> long time and enjoy/comprehend what I'm reading in an AmigaGuide
  46.  w> format.  In Dave's case, my eldest son, who is putting the AmigaGuide
  47.  w> into text format, tells me that it is one of the best AmigaGuides
  48.  w> which he has read.  That speaks well of the job which Dave has done,
  49.  w> but the fact remains that Mr. Haynie and I are almost a generation
  50.  w> apart and while he may share the opinion of many of his contemporaries
  51.  w> that "paper is a thing of the past", that's still what I do my
  52.  w> reading from.
  53.  
  54.  w> There is a limit to how much you can change the habits of older Amiga
  55.  w> users who grew up memorizing the Dewey Decimal System, and we
  56.  w> represent at least some share of the Amiga marketplace.
  57.  
  58.  w> Even in this rapidly evolving "information age" , IMHO it's going to
  59.  w> take a fair amount of us a generation or two to adapt.
  60.  
  61. >>Actually I've wanted to say something about this for a long time.
  62. >>In many cases, a high tech answer to a low tech problem is not
  63. >>the best answer.
  64.  
  65.  w> Do you think that we could get a group of five or six users to come
  66.  w> out of the closet and start canvasing current developers? :)
  67.  
  68. >>Just like all the steps one must go thru to order a pizza over the
  69. >>world wide web make it total overkill, when you can pick up a phone
  70. >>dial a number and order it in 1/10th the time, so putting one's
  71. >>docs in a .guide or hyperlinked text file are also often overkill.
  72.  
  73. >>Authors of .guide files put a lot of work into them, I know, but
  74. >>often these people are not writers, or don't know how to organize
  75. >>the information in a logical fashion.  Or don't include indexes.
  76.  
  77. >>Thus, one is left with trying to figure out what damn link
  78. >>will contain the information one is after.
  79.  
  80.  w> While there are a lot of good AmigaGuides for programs out there, it
  81.  w> seems to be the new PD//Shareware releases that often suffer the most.
  82.  w> It's almost like the AmigaGuide "doc" is an afterthought and is
  83.  w> admittedly not completed before the program is released.
  84.  
  85. >>I prefer to just shove a long text file into DirOpus and search
  86. >>for strings when I'm in a hurry and want to find somthing in a
  87. >>documentation file, and luckily, .guide files ARE text files,
  88. >>so this can be done even with those.  In fact I have some .guide
  89. >>files for programs I use frequently where I'm more likely TO
  90. >>search for strings in Opus than use the actual .guide-button
  91. >>interface to find what I'm after.
  92.  
  93. >>This concept of "if you have some kind of new way to present
  94. >>information means it's a better way" is simply not true in
  95. >>many cases. Straightforward, plain text is often the best way.
  96.  
  97. >>To close with yet another example, last week I was trying to find
  98. >>the results of the Calif. primary election without having to go out
  99. >>and buy a newspaper. The State had a big fancy suite of web pages
  100. >>set up with all the info there, but, like a .guide file, they made
  101. >>you jump all over the place, through many different links to find
  102. >>out all the same information that they could've just as easily
  103. >>put up in a nicely formatted ASCII table, as a newspaper would
  104. >>have printed.
  105.  
  106.  w> But the Web is "Hi-Tech".  Can't deflate the image with low-tech
  107.  w> solutions.
  108.  
  109. >>So you people who are quick to yell RTFM (and I admit to falling back
  110. >>on that myself sometimes), try to sympathize a bit with the person
  111. >>who's asking the question.  Not everyone is as experienced as you
  112. >>are, and often the docs are formatted in such a way that the
  113. >>info the person is after isn't even in there or is buried
  114. >>or presented in a very confusing fashion.
  115.  
  116.  w> Somewhat different examples, but I believe that the message is the
  117.  w> same.  Thank god that for a few more years I can rely on my
  118.  w> teenage sons to provide "technical support".  They don't read manuals,
  119.  w> at least not that I've seen, and likely as not they just experiment with
  120.  w> a program till they figure it out, but after eight years of using
  121.  w> Amigas prodigiously, I still can't do it that way.  What are my chances
  122.  w> that I'll start now?
  123.  
  124.  w> Isn't there some middle ground to accomodate the "computer-challenged"
  125.  w> without holding up progress for the rest of the users?
  126.  
  127.  
  128.  w> --Willy Tamm............wjustice.inforamp,net
  129.  
  130.  
  131.  
  132. --
  133.       //        -= John =-    jsburger@xmission.com    BIX: jburger
  134.     \X/                                                                 Via
  135.                              Amateur Radio   KB0ES                       T
  136.  Amiga  2000                                                             H
  137.  A2630 A2632            John S. Burger       Hooper, UT                  O
  138. 2+14megs  RAM                                                            R
  139.   850meg HD             This message was composed on...                2.23▀
  140.  Iomega  ZIP                  3-Apr-96 09:45:42
  141. ... But honey, we can afford it, I sold your car
  142.  
  143.